home *** CD-ROM | disk | FTP | other *** search
/ PC Format 5 (5.25") / PC Format - Issue 5 Feburary 1992 - Disk 1.ima / EGAINT / DOCS.EXE / Q&A < prev    next >
Encoding:
Text File  |  1989-12-20  |  5.6 KB  |  123 lines
  1. SOME COMMONLY ASKED QUESTIONS ABOUT EGAINT
  2.  
  3. Below are a few of the more commonly asked questions about egaint
  4. (though don't let these answered queries prevent you from getting into
  5. contact with me):
  6.  
  7.  Q: Why do your blocks rotate different from Tetris?
  8.  A: Because when I first wrote aint, the text-based predecessor to
  9.     egaint, and later when I wrote egaint, I randomly chose a direction
  10.     for rotation (clockwise seemed more "unified" at the time); this was
  11.     because I was not very familiar with Tetris (being that I had only
  12.     seen it a couple of times).
  13.  
  14.     Later versions of egaint incorporated bi-directional rotation (i.e.,
  15.     clockwise and counter-clockwise), a "feature" picked up from a UNIX
  16.     rendition by Adam Marguilies.
  17.  
  18.  Q: Why don't you modify egaint so that it rotates like Tetris?
  19.  A: Ever since bi-directional rotation was incorporated, egaint has been
  20.     able to rotate "like Tetris."  In fact, the Russian and Finnish key
  21.     bindings were specifically to provide "Tetris compatibility" after
  22.     several constructive criticisms were received concerning this.
  23.  
  24.  Q: How did you pick the name "egaint"? the names for the block styles?
  25.     the names for the key bindings?
  26.  A: "Egaint" stands for "enhanced graphics aint" where "aint" stands for
  27.     "aint is not Tetris" (it's recursive).
  28.  
  29.     As for the block styles:
  30.  
  31.     Classic                  The original block style with which egaint
  32.                              was created with.
  33.  
  34.     New                      A block style created solely for the title
  35.                              screen, it quickly ushered in the block
  36.                              style option.
  37.  
  38.     Pumped Full of Drugs     This was named after a (lethargic) New
  39.                              Order concert video.
  40.  
  41.     Barbed Wire Kisses       Originally named Psychocandy (after The
  42.                              Jesus & Mary Chain's first album), it was
  43.                              changed to the name of their third album
  44.                              after it was found that it caused problems
  45.                              for the configuration file parser.  This
  46.                              was what Pumped Full of Drugs was intended
  47.                              to be.
  48.  
  49.     Arpeggiator              This moniker came from a Durutti Column
  50.                              song; this and Elephant Stone represented a
  51.                              later return to simplicity.
  52.  
  53.     Elephant Stone           By far, this block style is everyone's
  54.                              favorite:  it sort of reminds me of some of
  55.                              Jackson Pollock's works.  The name came
  56.                              from a (very good) song from The Stone
  57.                              Roses.
  58.  
  59.     Really P.F.D.            Again, "P.F.D." stands for "Pumped Full of
  60.                              Drugs"; this is just a random combination
  61.                              of all of the above block styles.
  62.  
  63.     As for the key binding names:
  64.  
  65.     Classic        The original key binding with which egaint was
  66.                    created with.
  67.  
  68.     Russian        A Tetris-compatible key binding, it "fixes" the
  69.                    reverse rotation problem which many former Tetris
  70.                    players complain about.
  71.  
  72.     Berkeley       A UNIX vi-compatible key binding (named, of course,
  73.                    after the university which forced both BSD UNIX and
  74.                    vi upon the world).
  75.  
  76.     Left-Handed    The classic key binding, except for left-handed
  77.                    players (it should be fairly obvious).
  78.  
  79.     Finnish        The Russian key binding, except for left-handed
  80.                    players.
  81.  
  82.     San Francisco  The Berkeley key binding, except for left handed
  83.                    players.
  84.  
  85.                    When looking at maps, both Finland and San Francisco
  86.                    are to the "left" of the Soviet Union and Berkeley,
  87.                    respectively.
  88.  
  89.     Arrow          The number-pad-with-Num-Lock-on key binding (again,
  90.                    this should be fairly obvious).
  91.  
  92.     User-defined   The user-definable key binding (this also should be
  93.                    fairly obvious).
  94.  
  95.  Q: Why do the shapes rotate even when they're not supposed to rotate
  96.     (in other words, why do they have a definite center of mass, not in
  97.     the center)?
  98.  A: The reason why the "box" rotates around one of its corners is
  99.     because of the way I implemented rotation.  The shapes are stored in
  100.     terms of their individual blocks as x and y coordinates (i.e.,
  101.     {(-1, 0), (1, 0), (2, 0)} for the "bar"), with the exception that
  102.     one block is implied (i.e., (0, 0)).  This implied block is then
  103.     deemed the axis of the rotation by the routine which generates the
  104.     rotated images (being that I only have them stored once).
  105.  
  106.     On an aside, this will probably be "fixed" in a later version (or at
  107.     least made into a option).
  108.  
  109.  Q: Why does egaint take so long to load? go from the game over to the
  110.     high score screen? in general?
  111.  A: Several reasons.  The reason why egaint takes so long to load is
  112.     because it's generating all of the images for all of those damned
  113.     block styles.  This will be improved upon in later versions with the
  114.     advent of prefabricated images (except for those "random" block
  115.     styles).
  116.  
  117.     The reason why egaint is so sluggish elsewhere is probably due to
  118.     the fact that video page switching has been implemented to reduce
  119.     flicker.  Of course, there's a tradeoff:  reduced flicker means
  120.     slower execution time.
  121.  
  122.     That or my code is just plain inefficient!
  123.